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© Method and system for displaying a user interface on a computer screen. 



© Customized screens are generated in accor- 
dance with the invention for interfacing with an ap- 
plication program in an information processing sys- 
tem. During a panel definition phase when a panel 
designer creates a customized panel, panel actions 
are selected from a default list of panel operations 
and commands, including searching, adding, chang- 
ing or deleting data from a database, showing long 
fields, blanking out a panel, displaying a prior panel, 
and printing. The actions are specified in a pop-up 
*3 window during panel definition. Mnemonics and 
^function keys may be specified for each action. The 
©invention dynamically creates pull-down windows 
based on the actions specified which become part of 
the panel interface available to the run time user 
^from an application action bar. Users may select 
factions to interact with the panel in like manner to 
interaction with other portions of the application user 
©interface by means of cursor selection, input of the 
paction number, mnemonics, or activation of a func- 
y=S tion key. Also during panel design a custom word or 
phrase for the panel action may be specified for 
subsequent display in the pull-down windows during 



run time. A mode such as Add data or Change data 
is specified for each selected panel action item 
during panel definition. During panel run time, and 
after selection of an execution mode, panel actions 
pull-down windows previously thereby designed may 
be displayed. A list of only those panel actions 
previously selected in the panel actions design pop- 
up window corresponding to the execution mode 
selected appears. 
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METHOD AND SYSTEM FOR DISPLAYING A USER INTERFACE ON A COMPUTER DISPLAY SCREEN 



This invention relates to user interfaces adapt- 
ed for use with information processing systems, 
and. more particularly, relates to systems and 
methods for generating customized screens for in- 
terfacing with said systems. 

With the widespread adoption and use of com- 
puterized information processing systems has 
come a. correspondingly large and diverse number 
of application program software for satisfying the 
needs of various users of such systems. However, 
notwithstanding such an increase in the variety and 
availability of excellent application software, due to 
such diverse needs, which can often times be- 
comes quite specialized, a need arose for software 
products which could be readily adapted and cus- 
tomized by the end users as required to suit their 
particular environment and application. 

As but one simple example, it has become 
quite conventional to allow for the custom configur- 
ing of various software products by the user 
through menu driven system configuration options 
at the front end of the application programs. A 
typical example of this may be seen in the commu- 
nication software support programs for modems 
such as the products commercially offered by 
Hayes Microcomputer Products, Inc. In such a 
product, for example, in the initial boot up of the 
system it is commonplace to encounter a "Change 
System Configuration" menu whereby through user 
interaction, a system may be easily reconfigured 
and adapted for various printer interface cards, 
options specifying whether line feeds are needed, 
number of disk drives used, expansion slot number 
wherein the printer interface card resides, ability to 
specify various baud rates, and the like. 

While such systems did provide for limited 
adaptability and customizing of software to the 
particular needs of the end user, they nevertheless 
still suffered from an inherent disadvantage. The 
variations and ways in which an end user could 
interface with the software product to specify these 
variations were themselves, predetermined by the 
software programmer, and thus relatively fixed in 
the product. This limitation, in turn, gave rise to the 
emergence of various software products which 
couid give the end users themselves some control 
over tailor making or customizing the user interface 
to the functions of the application program. Thus, it 
became highly desirable to provide end users with 
the additional capability of making adjustments for 
the software to their particular application. 

For example, in the field of relational database 
systems, heretofore the end user of such systems 
was stuck with the content and manner of inter- 
action of the user with various pull-down or pop-up 



windows in the interface for interacting with the 
database. More particularly, end users had no con- 
trol over the variety and the manners of ways items 
could be selected from a window, the way such 

5 action items were described (such as "print cus- 
tomer order", "search invoices", etc.) they simply 
had to rely on the application designer's knowledge 
of their particular business and needs in attempting 
to provide an application program of maximum 

/o utility to an ever-growing number of end users with 
widely divergent requirements. The invention ad- 
dresses the problem of mutually inconsistent goals 
in designing an application for a potentially large 
installed base while at the same time taking into 

is account the need of end users not skilled in pro- 
gramming to customize features in a simple, effi- 
cient way. 

Continuing with the relational database system 
example, with the advent of this need for end user 

20 customization, techniques became available for af- 
fording various degrees of such customization of 
screens for data viewing and entry. Examples of 
such products in the relational database art provid- 
ing for various degrees of user interface customiza- 

25 tion include the following products followed imme- 
diately by their respective commercial sources: 
PC/FOCUS, Information Builders, Inc.; Paradox. 
ANSA Software; dBasellf , Ashton-Tate; and Ora- 
cle, Oracle Corporation. 

30 Notwithstanding the aforementioned increased 

availability of products with end user customization 
capability, a serious problem nevertheless still re- 
mained. Very typically at some point in the 
customization steps in the software, programming 

35 knowledge and skills were required to complete the 
software customization, including detailed knowl- 
edge of programming language syntax and seman- 
tics, and the like. It should be readily apparent that 
this requirement was inconsistent with the capabil- 

40 ities of many end users and the need to provide for 
versatile user interface customizing by an end user 
with neither the time, money nor inclination to bring 
programming skills to bear in order to enjoy the 
benefits of such customization. In other words, 

45 complete customization has generally required pro- 
gramming expertise in generation of applications 
using program language statements. 

Moreover the run time user of the application, 
who was often different from the user interface 

so designer in the past, knew the application's inter- 
action techniques including such things as applica- 
tion action bars and action pull-down windows. It 
was thus also highly desirable to provide a tool to a 
run time user for design and modification of a user 
interface (including panel action* operations) in a 
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format and using interaction techniqu s already 
familiar to the user through running the application. 
In this manner, the user would be less intimidated 
by the custom design and modification process as 
well as the interface panels and the like themselves 
and thus could become productive sooner. 

With the foregoing in mind, it would be highly 
desirable to provide for end user design of panels 
for example to create customized screens for data 
viewing and entry which might be manipulated by 
the end users in the same way that they interact 
with other portions of the product such as the 
familiar application action bar. Still further, the de- 
sired product would permit the panel designer to 
'fully customize an action pull-down window which 
would appear on the application action bar when 
running panels. It would also be highly desirable to 
provide for a system and method for user interface 
definition wherein the panel designer could create 
the application by specifying a series of panels and 
menus created essentially by filling in pop-up win- 
dows customized, and wherein such creation is in 
an interactive session with the interface but without 
the heretofore noted drawback of required specific 
programming skills. It would further be highly desir- 
able to provide such techniques for user interface 
definition wherein the panel actions feature pro- 
vided a panel designer with the means to assign at 
will not only the text of action items with which the 
user would select functions but the manner in 
which this was accomplished by way of varying 
mnemonics, function keys to each action, and the 
like. These and other novel features of the present 
invention are hereinafter described in greater detail. 

According to the invention, there is provided a 
method of operating an interactive computer sys- 
tem including a display device for specifying a user 
interface, comprising the steps of displaying on the 
display device a first window including an action 
text prompt, a panel actions prompt, and a mode 
prompt; specifying in said first window a set of 
responses to said prompts; specifying one of a 
plurality of panel execution modes; and displaying 
in a second window from a plurality of subsets of 
said responses one of said subsets selected in 
response to said specified panel execution mode. 

There is further provided a computer system 
for specifying a user interface, comprising display 
means for displaying a first window including an 
action text prompt, a panel actions prompt, and a 
mode prompt, means for specifying in said first 
window a set of responses to said prompts, means 
for specifying one of a plurality of panel execution 
modes, and means for displaying in a second 
window from a plurality of subsets of said re- 
sponses one of said subsets selected in response 
to said specified panel execution mode. 

In an embodiment of the invention described in 



detail later, in a user interfac system, during a 
panel definition phase, a panel actions pop-up win- 
dow is displayed with a plurality of prompts for 
specifying the form, content and function of a sub- 

5 sequent pull down window which becomes part of 
a panel interface to a specified application program 
which is available to the run time user by inter- 
action with an application action bar. The panel 
action-defining or first window, for use in creating a 

w customized panel, includes as prompts a plurality 
of columns captioned Action text. Mnemonic. Ac- 
tion key, Panel operation/command, and Mode with 
a set of default actions displayed for each such 
column. The panel designer may use the pre- 

15 sented defaults, may change or delete any or all of 
them, and may add new ones as the application 
requires. 

The panel actions are used during panel x- 
ecution to manipulate the panel, and are based 

20 upon a set of panel operations and/or commands 
whereby the user may combine operations and 
commands to tailor the set of actions for a desired 
panel. The panel designer in accordance with th 
invention will select which panel operations will be 

25 available to the panel and the user 'during execu- 
tion by means of interaction with this first window. 
If a default definition option is selected for panel 
definition, the panel end user is provided in the first 
window with a pre-defined set of panel actions 

30 which may be selected from and customized as 
desired. Alternatively, the designer may input other 
panel actions. With respect to each panel action 
specified in the first window, an Add or Change 
mode of operation may be associated therewith 

35 and also specified in the first window. 

During the run time mode of execution, the 
user may specify whether the Add or Change 
mode of execution is desired or it may be auto- 
matically pre-specified as a function of a particular 

40 panel to be run. In either event second panel 
action windows may then be displayed whose con- 
tent will be a function of the particular panel being 
selected for execution, the content selected or 
specified by means of the first window, and the 

45 mode of execution specified. One set of available 
panel actions will thus be displayed in one of the 
second panel actions display windows correspond- 
ing to panel actions in the first window designated 
by the "Mode" prompt as being an Add-type ac- 

50 tion. A second set of panel actions will be dis- 
played in an alternate second panel action design 
window corresponding to panel actions in the first 
window designated by the "Mode" prompt as be- 
ing Change-type actions. 

55 Valid panel operations only if an "Add data 

rows" operation has been pre-specified in the first 
window prior to display of a second window include 
"Add and next" and "Previous". Valid panel oper- 
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ations only if "Change data rows" has been pre- 
specified prior to display of a second display win- 
dow includ Res t. Print All, N xt. Change, Change 
and Next. Search, Extended Search and Delete and 
Next. 

In lieu of an Add or Change panel operation, 
the panel designer may specify a command which 
is used to execute other objects in the application 
program which can be previously specified and 
saved by the designer, an example of which is a 
command to run a database query object. With 
respect to each aforementioned column caption or 
prompt, in the definition window for prompting user 
input to define and design the panel, their use is as 
follows. First, in the panel operation/command col- 
umn one or more such operations or commands 
are entered in the column from the pre-selected 
default list or otherwise. For each such operation or 
command entered, a panel designer inserts an 
indicator in a corresponding location in the Mode 
column or accepts a displayed default mode "Add 
data" or "Change data" corresponding to the type 
of operation or command. Also in the first display 
window, the panel designer provides in the action 
key and mnemonic columns corresponding indica- 
tors of action keys or mnemonic devices, respec- 
tively, desired for use with the second window in 
selecting panel operations or commands displayed 
therein for execution during application run time. 
Finally, in the "Action text" prompt for entries into 
that column, the designer may input text corre- 
sponding to and for use in selecting a particular 
panel operation/command, with such text appearing 
in the second windows and preferably employing 
terminology more familiar to the end user of the 
panel. When the designer has thereby completed 
the panel definition, the panel is saved as a panel 
object in the database. The application then con- 
verts the information just input from the panel ac- 
tions definition windows into two dynamic pull- 
down window formats, one for add data rows mode 
and one for change data rows mode, and also 
saves them as part of the panel object. 

The panel actions feature provides the panel 
designer with means to assign mnemonics and 
function keys to each action. The mnemonic is a 
character in the action text that is highlighted in the 
resultant second pull-down windows and can be 
used to select the action by the run time user. The 
function key is displayed in the resultant pull-down 
window. The run time user views the function key 
assignment when the customized pull-down win- 
cow is displayed. The function key is active outside 
of the pull-down window and can be activated to 
invoke the action to which it is correlative and 
visually associated in the pull-down window as a 
fast path to selecting action from the pull-down 
window. The order of actions in the pull-down win- 



dow is det rmined by the ord r specified by the 
panel d signer when the panel is deftn d. The 
action text is variable to the panel designer who 
can specify text corresponding to application pro- 
s gram actions which is oriented to the run time user 
and thereby can contain special terms or be in the 
user's national language. 

The embodiment of the invention will now be 
described, by way of example, with reference to 
w the accompanying drawings. In which: 

Figs. 1-7 are illustrations of a screen se- 
quence generated in accordance with the invention 
in defining panel actions windows: 

Figs. 8-10 are flow diagrams of a computer- 
is ized process for defining panel action windows and 
generating the screen sequence of Figs. 1-7; 

Fig. 1 1 is a flow diagram of a computerized 
process for execution of panels in an application 
program wherein panel action windows of the in- 
20 vention are desired to appear: 

Fig. 12 is an illustration of the structure of 
tables in a database used in an example to illus- 
trate operation and features of the invention: 

Figs. 13-30 are illustrations of a screen se- 
25 quence generated in accordance with the invention 
in an example to define an ENROLL panel includ- 
ing panel actions windows: 

Figs. 31-37 are illustrations of a screen se- 
quence generated in accordance with the invention 
30 in an example to define a COURSE SCHEDULE 
including panel actions windows; 

Figs. 38-44 are illustrations of a screen se- 
quence generated in accordance with the invention 
in an example to define a CLASS INFORMATION 
35 panel including panel actions windows; 

Figs. 45-50 are illustrations of a screen se- 
quence generated in accordance with the invention 
for running the COURSE SCHEDULE panel in an 
example for adding and defining course informa- 
40 tion; 

Figs. 51-54 are illustrations of a screen se- 
quence generated in accordance with the invention 
for running the COURSE SCHEDULE panel in an 
example for updating, searching and changing the 

45 COURSE SCHEDULE; 

Figs. 58-62 are illustrations of a screen se- 
quence generated in accordance with the invention 
for running the ENROLL panel in an example in- 
cluding a computed fill-in command specified as a 

50 panel action in defining panel action windows for 
the ENROLL panel; 

Figs. 63-67 are illustrations of a screen se- 
quence generated in accordance with the invention 
for running the CLASS INFORMATION panel in an 

55 example including a Run Class Information auto- 
matic command specified in defining panel action 
windows for the CLASS INFORMATION panel: and 
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Fig. 68 is a functional block diagram of a 
computerized system for implementing the user 
interface and system and methods of the present 
invention hereinbefor described with r ference to 
Rgs. 1-67. 

In order to provide a clear understand of the 
subject invention, first a generalized sequence of 
screens will be discussed generated in accordance 
therewith with reference to Figs. 1-7. This will then 
be followed by a discussion of a flow diagram with 
reference to Rgs. 8-10 for defining panels and 
panel action windows. Next. Rg. 11 will be dis- 
cussed to provide a clearer understanding of the 
•use of the panel and panel action pull-down win- 
dows generated by the invention in accordance 
with the process depicted in Rgs. 8-10 during 
panel execution. With reference to Rgs. 12-67, 
several actual examples of screen sequences will 
be discussed with reference to specific examples 
wherein panels and panel action window pop-ups 
are defined in accordance with the invention and 
used during various panel executions. Rnally a 
functional block diagram of the system will be 
discussed referencing Rg. 68. 

Referring first to Rgs. 1-7, a very brief overall 
discussion of the sequence of specifying panel 
action windows in the manner of the invention will 
be given. In accordance with the invention, in Fig. 8 
a computerized process will be initiated at 10 
whereupon desired actions required for a given 
panel to be defined will be specified, 12. This is 
followed by selecting (means of a cursor, user 
input of the numeral 4, mouse, or the like) of the 
"panel actions". 14. of Rg. 1 (corresponding to 
step 16 of Rg. 8 in the panel definition flow dia- 
gram). 

This action results in appearance of a panel 
action's pop-up window with default values as 
shown in Fig. 2 and indicated at step 18 of Rg. 8. 

Several things may be noted by this first ap- 
pearance of the panel action's pop-up window 20 
which overlays a preexisting panel definition win- 
dow 22. It will be noted that the "Specify" pull- 
down window depicted in Fig. 1 was itself called to 
the screen by selecting the "Specify" selection in 
the application action bar 24 (by any means well 
known in the art such as a mouse, cursor, etc.). 
Continuing with Fig. 2, the title 24 for the panel 
preferably appears in the underlying window. In the 
preferred embodiment immediately at the appear- 
ance of the Rg. 2 screen the panel designer is 
presented with a set of default actions defined with 
prompts for action text 26. mnemonics 28. action 
keys 30. panel operations/commands 32 and 
modes 34. 

It is contemplated by the invention to enable 
the panel designer to have a plurality of ways to 



activate operation of panel actions by interacting 
with a subsequent panel actions pull-down. These 
include keying in a mnemonic letter highlighted in 
action t xt or selecting an action key associated 

5 with the desired operation as displayed in the pull- 
down window. Prompts such as 28 and 30 (Rg. 2) 
for prompting the user to specify in the panel 
design window the actions to be used in the pull- 
down for selecting a corresponding operation will 

;o be collectively known as panel action specifier 
prompts. The means of selection (keyed mnemon- 
ic, action key, etc.) are generally the panel action 
specifiers. Although only mnemonic and action key 
specifiers are shown in the embodiment of Rg. 2 

;s as designer selectable, the invention admits of any 
number and type of such specifiers as desired and 
is not intended to be limited to mnemonics or 
action keys. 

Under each such prompt 26034 previously list- 

20 ed appears a column of correlative suggested de- 
faults. The panel designer may use the defaults 
presented, may change or delete any or all of 
them, and may add new ones. Action text und r 
the action text prompt 26 preferably will be se- 

25 lected in terminology familiar with the end user of 
the panel. Mnemonics under the mnemonic prompt 
28 will be selected which in one embodiment is a 
letter appearing in the action text. On the display, 
the intensity of this letter will be highlighted where 

30 it appears in the action text in the panel actions 
pop-up window being customized when the pop-up 
window later appears in use in the product Action 
keys are suggested in the default window under 
the action key prompt 30 so as to be consistent 

35 with action keys in other parts of the product, but 
may be changed as needed during the panel de- 
sign process presently under discussion. 

With reference to panel operation/command 
prompt 32. items shown thereunder are herein re- 

40 ferred to as panel actions which are used during 
panel execution to manipulate the panel. They are 
based on a set of panel operations and/or com- 
mands relating to the database. The user can com- 
mand the operations and commands to tailor the 

45 set of actions for the panel. In other words, the 
panel designer will choose what panel operations 
will be available to the panel end user during 
execution. As shown in Rg. 2 if the default defini- 
tion option is chosen for panel definition, the panel 

so end user is given a pre-defined set of panel actions 
depicted therein which can be customized if de- 
sired. 

The particular "Actions" pop-down window 
presently being defined which appears later during 
55 panel execution depends on which mode of execu- 
tion is chosen (i.e.. Add or Change). Panel oper- 
ations are defined in terms of panel instances and 
panel set. The validity of each panel operation and 
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in some situations the manner of execution is de- 
termined by the run time mode of execution as 
aforesaid (Add or Change). Examples of valid oper- 
ations for both execution options will b hereinafter 
listed followed by operations valid only for each 
mode of execution: 



Valid panel operations for both Add and Change 

Print - Prints the current panel instance 

Blank panel - Presents a panel instance with alt 
cata and computed fields null 

Show field - Oisplays a pop-up window where 
the user may completely display and/or Change or 
Add data to the field which has been specified as 
being longer than the available space on the panel 

Compute - Causes computed fields to be cal- 
culated and displayed on a current panel instance. 

Valid Panel Operations Only for "Add Data Rows" 

Add and Next - Performs an addition to the 
database to add the row or repeated rows specified 
on the panel. 

Previous • Presents the previous panel in- 
stance that was just added. After executing the 
"Add and Next" action, a blank panel is automati- 
cally presented to the end user for more additions. 



Valid Panel Operations Only for "Change Data 
Rows" 

Reset - Returns the current panel instance to 
its condition at the time of the last database action. 

Print All - Prints all the panel instances in the 
panel set. 

Next - Presents the next panel instance in the 
panel set. 

Change - Performs a change to any of the 
input data fields changed by the user in the dis- 
played panel instance. 

Change and Next - Performs an update to the 
database to update the rows changed on this panel 
instance. 

Search - Presents the first panel instance in the 
panel set which satisfies a search condition as 
determined by the data values input by the panel 
end user on the panel. 

Extended Search - Pop-up window is present- 
ed allowing more knowledgeable end users to 
specify more extensive search conditions. 

Delete and Next - If screen cursor is positioned 
on a repeated row. this action applies only to that 
row and that row alone will be deleted from the 
database. If the cursor is not on a repeated row, 



the row in the root table represented on the current 
pan I instanc will be deleted. 

In addition to the panel operations just de- 
scribed such as those indicated at reference nu- 

s meral 36 (i.e., the preset instructions that are de- 
fined by the particular application), a designer may 
specify a command in the prompt 32 column in 
place of an operation. Commands are used to 
execute other objects in the application which can 

io be created and saved by the designer. An example 
of a command is a Run Query "query name" 
where "query name" is the name of a query object 
created by the designer. The query may request 
certain data be retrieved from the database and 

75 formatted as a report. An alternate example of a 
command which may be selected from the default 
list in Fig. 2 or otherwise specified and inserted by 
the designer is the compute command 38 which 
will cause computed fields to be effected if this 

20 panel action is selected in the panel action pop-up 
window presently being defined. 

Returning to Fig. 8 it will be noted that step 40 
corresponds in the flow diagram to entering the 
desired action text in the column 26. Step 42 

25 corresponds to entering the desired letter mne- 
monic in column 28. If an action key is also desired 
for providing the user an additional manner for 
selecting action text in a subsequent panel action 
pop-up window, either the default listed action keys 

30 in the column are specified, 46, (by a device such 
as a cursor or mouse), or, if no such key is 
desired, the process exits at 42. 

Continuing with Fig. 9, if the panel action cur- 
rently being specified in the column 32 of Fig. 2 is 

35 not a panel operation, i.e., it is a command, any 
desired command string is entered as shown at 
step 52 (such as a query in the particular query 
language of the application program which may be 
a prompted query, SQL statement well known in 

40 the art. or the like). If on the other hand, a panel 
operation is desired as shown by the Yes path out 
of block 50, the process will check whether a 
prompt list is desired by the user listing all possi- 
ble operations of the system as shown at block 54. 

45 If no list is desired, the user inputs a selected 
operation, 56. However, if an operations list is de- 
sired, it is displayed and the operator chooses a 
desired operation from the list, 58. With reference 
to Fig. 3. the panel actions pop-up window cur- 

so rently being designed is shown with such a panel 
operations list window 60 displayed. The panel 
designer could request such a list of all available 
panel operations by pressing a function key such 
as F4 = List key. A cursor 62 may then be placed in 

55 the field for a panel operation. When the designer 
selects an operation from the displayed list, the list 
window is removed and the selected operation is 
inserted in the field where the cursor 64 is present 
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in the last panel operation field. It will be evident 
that since the pane! actions pop-up 20 is initially 
displayed with defaults including panel operations 
filled in, the designer would not typically use the 
operations list 60 function at this point. After 
chang s are mad to the panel actions such as 
deleting some panel actions, however, it is gen- 
erally found more useful to use the List function to 
show ail possible panel operations. 

Referring back to Fig. 2, it will be recalled that 
a mode prompt 34 is provided and that valid panel 
operations are a function of the type or mode of 
action and can have one of two values, either "A" 
for "Add data rows", 66. or "C" for "Change data 
•rows", 68. If the mode 34 field is left empty, then 
the mode of execution can be both "A" and "C" for 
that panel operation. At panel execution, the ac- 
tions will be in the sequence they are specified in. 
Those actions valid for Add will be present in the 
Add mode in a subsequent panel actions pop-up 
window, and those actions valid for "Change" will 
be present in the "Change" mode. This, then, 
explains the significance of the user entries into the 
mode prompt 34 column. 

Thus, returning to Fig. 9. at 70 the process 
requires definition of whether the panel action se- 
lected in the panel operation/command column 32 
and corresponding action text 26 is for an "Add 
data" action. If Yes, a mode entry "A" is entered, 
72. If the specified panel action is for a "Change 
data rows", 74, a "C" is entered at the appropriate 
location in the mode prompt column 34 as shown 
by step 76 in Fig. 9. If the panel action mode of 
execution can be both for adding and changing 
data, the appropriate mode location is left blank as 
shown at step 78. 

Referring to Fig. 10, the process steps pre- 
viously described with reference to Figs. 8-9 are 
then repeated if it is desired to specify yet addi- 
tional panel actions shown at step 80, whereupon 
the process loops back to 82 of Fig. 8. If, however, 
no more actions are desired to be specified, the 
designer has thus modified the fields in the window 
of Fig. 4 to contain all the actions needed for the 
panel. It will be noted at 82 that the action text for 
"Update balance" has a correlative command 82 
instead of a panel operation entered in the panel 
operation/command column. In the embodiment 
being discussed, an action may have one com- 
mand or one operation although the invention is not 
intended to be so limited. 

When the designer completes the panel defini- 
tion, it is determined at 84 whether it is desirable to 
save the definition. If Yes. the panel is saved as a 
panel object in the database in internal format, 86 
and the process ends. 88; and, if No the process 
ends without such saving at 88. The invention, in 
part, converts the information from the panel ac- 



tions window Fig. 4 as thus specified in accordance 
with th previously describ d steps into two dy- 
namic pull-down window formats (one for "Add 
data rows" mode and one for "Change data rows" 
s mode and saves them as part of the pan I obj ctT 



PANEL EXECUTION 

10 Now that the panel actions pop-up window has 
been filled in and the just-mentioned pull-down 
panel action windows resultant therefrom are speci- 
fied, a general description will now be given as to 
how such subsequent panel action pull-down win- 

is dows come into play in use of an application and 
the user interface. With reference to a panel execu- 
tion flow diagram Fig. 11 and accompanying illus- 
trative screens shown in Figs. 5-7, the panel execu- 
tion process begins at 84. "Panels" will be chosen 

20 from a main selection window, step 86, whereupon 
the name of a panel to be executed from the list of 
all panel definitions is selected, 88. By selecting 
"Run" from an appropriate actions pull-down on an 
application action bar, 90, a panel with blank fields 

25 will appear in accordance with step 92. With re- 
spect to the hereinbefore noted example (with ref- 
erence to Figs. 1-4), what this means is that the 
panel "order form" would be selected from the list 
of panels defined in accordance with Figs. 1-4 and 

30 8-10, and after selecting "Run" the panel execution 
window of Fig. 5 would appear. It will be noted that 
fields on the panel are displayed as blank. The 
cursor is shown as an underline in the first field, 
94. When the user requests to execute or run a 

35 panel by first selecting the "Actions", 96, on th 
application bar, and step 98, a prompt is given at 
step 100 requesting user indication of the desired 
execution mode (i.e., whether the panel will be run 
in an "add data rows" mode or a "change data 

40 rows" mode). 

The subsequent actions which can be taken in 
a correlative one of two pull-down panel action 
windows will hereinafter be determined by which 
mode is selected at this point by the user. Per step 

45 102, if the "Change data rows" mode is selected, 
step 102, the actions pull-down window for the 
"Change data rows" mode is displayed as shown 
in Fig. 6. Conversely, if the "Add data rows" mode 
is selected at 100, the actions pull-down window for 

so "Add data rows" mode shown in Fig. 7 is dis- 
played. The data values for the particular panel of 
Fig. 6 or 7 are thence filled in by the user. The 
actions in the pull-down window (previously speci- 
fied in terms of wording, mnemonics, selection of 

55 panel actions displayed therein, and control keys 
used for selection, and order per the panel defini- 
tion flow diagram) are selected as shown at step 
106, whereupon the process ends at 108. 
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Referring to Fig. 6, a comparison of the actions 
pull-down window 110 with the panel actions win- 
dow after changes have been mad (Fig. 4) will 
show that the window 110 contains only the actions 
specified in the window of Fig. 4 as mode equal 
"C" or mode equal "blank* (which, it will be re- 
called, refers to actions which may execute in 
either the Add or Change data mode). Moreover, 
the actions are listed in the order of occurrence in 
the panel actions window during panel definition. 
Furthermore, the selected actions are automatically 
numbered by the invention so that selection by 
number would be available as well as by cursor, 
mouse, mnemonic letter selection, and the various 
control keys. The first possible action for the user 
to select appears at the top of the list indicated by 
the cursor 112 as a default. When the user selects 
an action by the aforementioned method, the in- 
vention executes the selected panel operation or 
command previously defined in the panel actions 
window during panel definition with reference to 
Figs. 1-4. 

Referring to Fig. 7 in greater detail, again com- 
parison of the pull-down window 114 depicted 
therein with Fig. 4, reveals that the actions con- 
tained in the window 114 are only those which 
were specified in Fig. 4 as mode = "A" or 
mode = "blank". Again, with reference to this pull- 
cown window 114 as with window 110 of Fig. 6. 
interaction with the actions pull-down is identical. In 
other words, the user may select a listed action in 
one of five ways: 

1. Moving the cursor over the action in the 
pull-down and pressing enter; 

2. Using the mnemonic which is shown high- 
lighted on monochrome displays and in a different 
colour on colour displays; 

3. Using the function key if one has been 
assigned; 

4. Using the number of the action in the 
action pull-down; and 

5. Moving the mouse cursor on the action in 
the actions pull-down and clicking the mouse. 

it will be noted that these interaction tech- 
niques are preferably identical throughout the en- 
tire application under consideration. 

From the foregoing, it will be apparent that the 
invention provides the means for the panel de- 
signer to customize an actions pull-down to meet 
the needs of the panel user and to make interaction 
with the pull-down window consistent with all other 
pull-down windows in the product. 



EXAMPLES 

Now that an overall description of the function 



and operation of the invention has been given, 
application to a few specific examples will serve to 
further illustrate the significant unique features of 
the invention. In the examples under consideration. 

s an education database will be used to build up a 
sample application for the invention. The structures 
of the tables in the database are depicted in Fig. 
12 with the indicating the fields in each table 
which form a unique key for the table whereby the 

io relational data contained therein may be interre- 
lated. 

In the example under consideration, panels and 
pull-down windows will be created for use in an 
education application. In the application, various 

75 class schedules will be specified and changed and 
an enrollment in a class will be shown by use of 
user interface screens generated in accordance 
with the invention. In Fig. 13, there is a customized 
menu defined for the Education application. The 

20 items on the menu allow a user to review the 
education catalogue, check the schedule of 
classes, enroll in a class, cancel enrollment and 
check enrollment status. The menu is pictured in 
Rgure 1. 

25 Each item on the menu is defined as a com- 

mand in the product. The commands for the five 
items on the menu are: 

1. RUN PANEL COURSE_DESCRIPTOR 

2. RUN PANEL COURSE_SCHEDULE 
30 3. RUN PANEL ENROLL (MODE = ADD) 

4. RUN PANEL ENROLL (MODE = CHANGE) 

5. RUN PANEL CHECK ENROLL 

Three panels are constructed: 

COURSE_SCHEDULE, ENROLL and 

35 CLASS_JNFO. CLASS_lNFO is a panel run from 
within the ENROLL panel. These panels and the 
Education application scenario that follows illustrate 
the use of the dynamic panel actions window. 

First, the user creates a new panel named 

40 ENROLL (Fig. 14). The panel is initially a blank 
screen with the cursor (shown as an underscore) in 
the upper left corner. The first step is to select the 
tables to be used in the panel (Fig. 15). "Table 
selections" in the Specify pull-down window is cho- 

45 sen. The Table Selections pop-up window appears 
(Fig. 16). No tables are initially filled in. The user is 
creating the ENROLL panel using the 

COURSE ENROLL and EMPLOYEE tables. These 

tables are filled in the Table Selections pop-up 

so (Fig. 17). Then the user must specify which fields 
from the selected tables are used in the ENROLL 
panel. "Table fields" in the Specify pull-down win- 
dow is chosen (Fig. 18). The Table Fields pop-up 
window appears (Fig. 19). No table fields are ini- 

55 tially filled in. The user fills in the columns from the 
2 tables in the Table Fields pop-up window and 
assigns a panels field nam . usage and width to 
these fields (Fig. 20). The user indicates the col- 
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umns which connect the two tables in this panel by 
using the "Connecting columns" action in the 
Specify pull-down (Fig. 21). The Connecting Col- 
umns pop-up window is displayed with no fields 
filled in (Fig. 22). The user enters th connecting 
column information into the window (Fig. 23). 

Next the user keys in the fields and back- 
ground text information into the panel definition 
window. The field names from the Table Fields 
pop-up are used to mark the fields in the panel 
definition window. Instructions can be added to the 
panel as appropriate for the intended user of the 
panel (Fig- 24). The user defines the panel actions 
which can be performed on the panel by selecting 
•the "Panel actions" in the Specify pull-down win- 
dow (Fig. 25). 

Default panel actions appear initially in the 
Panel Actions pop-up window. The mnemonic is a 
character which appears in the action text. The 
action key assigned as a default is consistent with 
similar functions available elsewhere in the product. 
All the panel operations available are listed with the 
action text equal to the panel operation (Fig. 26). 

The user can reword the action text, assign a 
different mnemonic or action key to the panel ac- 
tion or delete the panel action from this panel. 
Panel actions can be added which execute a prod- 
uct command (such as Run Panel CLASS INFO). 

The order that the actions will appear in the dy- 
namic pull-down window is determined by the or- 
der in the Panel Actions pop-up (Fig. 27). 

As the final step in defining the ENROLL panel, 
the user gives the panel a title by choosing the 
"Title line" action in the Specify pull-down window 
(Fig. 28). The Title Line pop-up window appears 
overlaying the panel definition (Fig. 29). Finally, 
user fills in the title (Fig. 30). 

Next two other panels are defined. Screens 
showing the Specify pull-down windows and the 
initial pop-up windows are omitted since they are 
the same as in the previous sequence. The user 
defines a 2nd panel named COURSE_SCHEDULE 
(Rg. 31). The COURSE_SCHEDULE panel uses 
the COURSE_CATALOGUE and 

CLASS_SCHEDULE tables (Fig. 32). The fields in 
the 2 tables which are used in the panel are filled 
into the Table Fields pop-up window (Rg. 33). The 
columns connecting the root and sub tables are 
filled into the Connecting Columns pop-up window 
(Rg. 34). The COURSE_SCHEDULE panel defini- 
tion is created in the definition window (Rg. 35). 
The panel actions are specified in the Panel Ac- 
tions pop-up window (Rg. 36). The title is filled in 
the Title Line pop-up window (Rg. 37). 

The user then defines a 3rd panel named 
CLASS_INFO (Fig. 38). The CLASS_INFO panel 
uses the CLASS — SCHEDULE and 
COURSE CATALOGUE tables (Rg. 39). The 



fields in the 2 tables which are used in the panel 
are filled into the Table Fields pop-up window (Rg. 
40). The columns connecting the root and lookupi 
tables are filled into the Connecting Columns pop- 

s up window (Rg. 41). The CLASS_INFO panel defi- 
nition is created in the d finition window (Rg. 42). 
The panel actions are specified in the Panel Ac- 
tions pop-up window (Rg. 43). The title is filled in 
the Title Line pop-up window (Rg. 44). 

70 To run the Education application, the user 

starts with the menu. The class schedules are 
controlled by using item 2 on the menu (Rg. 45). 
When item 2 is selected from the menu, the prod- 
uct executes the command : RUN PANEL 

75 COURSE_SCHEDULE. The product prompts the 
user for a mode (Add/Change) (Rg. 46). The user 
chooses mode 1: Add data rows. A blank 
COURSE_SCHEDULE panel is displayed with the 
cursor in the first input field. Course (Rg. 47). The 

20 user fills in the class schedule data for course # 
8240 (Rg. 48). Then the user goes to the action 
bar and selects Actions. The Actions pull-down is 
dynamically created based on the Panel Actions 
definitions for Add mode (Rg. 49). 

25 The user picks the first action, "Add sections". 

This action causes the panel operation defined for 
this action in the Panel Actions pop-up (Add and 
next) to be executed. Add causes the data rows to 
be added to the COURSE_SCHEDULE tabl in 

30 the database. The panel is redisplayed with all 
fields blanked and a message which indicates that 
the data rows have been successfully added. The 
next keystroke causes the message box to dis- 
appear (Fig. 50). If the user had chosen Change 

35 data rows in the Run panel mode pop-up, a blank 
COURSE_SCHEDULE execution panel is dis- 
played (Fig. 51). 

To update the class schedules for course 8240, 
the user fills in the course number (Rg. 52). The 

40 user goes to the action bar and selects the 
"Search" action from the Actions pull-down. The 
Actions pull-down is dynamically created based on 
the Panel Actions definitions for Change mode (Fig. 
53). The database is searched for rows that cor- 

45 respond to the class schedule for course 8240 and 
these rows are displayed in the panel (Rg. 54). The 
user changes the class schedule (updates the start 
and end dates for section 8003 and 8004) (Fig. 55). 
The user goes to the action bar and selects the 

so "Update sections" action from the Actions pull- 
down (Rg. 56). 

The "Update sections" action causes the panel 
operation defined for this action in the Panel Ac- 
tions pop-up (Change and next) to be executed. 

55 Change causes the data rows to be updated in the 
COURSE_SCHEDULE table in the database. The 
panel is redisplayed with all fields blanked and a 
message which indicates that the data rows have 
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been successfully updated. The next keystroke 
causes the message box to disappear (Fig. 57). 

A second example using the Education ap- 
plication (Fig. 58) will now be provided. When item 
3 is selected from the menu, the product executes 
the command RUN PANEL ENROLL 

(MODE = ADD). The mode is specified on the com- 
mand, so the Run panel mode pop-up is bypassed. 
A blank ENROLL panel is displayed (Fig. 59). The 
user fills in the required fields: course no, section, 
employee serial. VM user ID and VM node (Fig. 
60). 

Next the user goes to the action bar and se- 
lects Actions. The Actions pull-down is dynamically 
created based on the Panel Actions definitions for 
Add mode. The w Fi!l in employee data" action is 
chosen (Fig. 61). The "Fill in employee data" ac- 
tion is defined as the Compute operation and 
causes any lookup table fields to be filled in. The 
fields from the EMPLOYEE table are retrieved from 
the database for the employee whose serial num- 
ber is 295017 and are displayed in the panel (Fig. 
62). The user goes to the action bar, this time 
choosing the "Check class info" action (Fig. 63). 

The action defined for "Check class info" is 
RUN PANEL CLASS_INFO. The CLASS_INFO 
panel is displayed overlaying the ENROLL panel. 
Since there are no Add usage fields defined in the 
CLASS_JNFO panel, it is only run in Change 
mode. The course and section are used as search 
arguments to generate the data (Fig. 64). The 
course abstract contains more information that can 
fit in the panel field. The "Show course abstract" 
action executes the Show field operation which 
displays the entire Abstract field in a scrollable 
pop-up window (Fig. 65). The user browses the 
panel and then exits, via the Exit action in the 
action bar, back to the ENROLL panel. The EN- 
ROLL panel is redisplayed (Fig. 66). 

The user "enrolls" in the class by pressing 
Ctrl + F2. the function key assigned to the "Add 
and next" action. This key is displayed to the user 
in the Actions pull-down window. It can be pressed 
and take effect without going to the action bar and 
entering the Actions pull-down window (Fig. 67). 

With reference to Rg. 68, a block diagram is 
shown of a processing apparatus which may be 
used to run computer programs providing the pre- 
viously described functions thereby implementing 
the system of the present invention. The system 
preferably takes the form of a typical personal 
computer architecture such as that embodied in the 
IBM Personal System/2. With respect to this sys- 
tem 120. a microprocessor 308 is provided such as 
an Intel 80286 or 80386 device which is intercon- 
nected to a desired selection of I/O devices 124. 
ROM 126. memory 128, and media 130 by means 
of a bus 310. It will b appreciated that in a 



conventional manner, the bus 310 will be com- 
prised of address, command, and data lines for 
purposes well known in the art The I/O devices 
124 which may be included in the system 120 of 

5 the present invention may include a display such 
as an IBM Personal System Colour Display 8510. a 
keyboard, mouse or the like for user input, and a 
printer if desired. It will also be appreciated that for 
purposes of simplicity, adapters have been omitted 

io from Rg. 68 although it will be appreciated that 
such adapters for the various devices 124-130 may 
either be included as part of the IBM Personal 
System/2 or available as plug in options from the 
IBM Corporation. 

75 Within the read only memory or ROM 126. the 

basic input/output operating system or BIOS is 
stored for execution by the processor 122. 

The BIOS, as is well known, controls the fun- 
damental operations of the computer system 120. 

20 Additionally, an operating system 132 is provided 
such as OS/2 which will be loaded into memory 
128 and will run in conjunction with the BIOS in 
ROM 126. 

Additional information on the Personal 

25 System/2 and Operating System OS/2 which may 
used in a preferred embodiment to implement the 
system and methods of the present invention may 
be found in the following reference manuals herein 
incorporated by reference: IBM Operating 

30 System/2 Version 1 .0 Standard Edition Technical 
Reference, IBM Corporation Part No. 6280201. Or- 
der No. 5871 -AA. Technical Reference Manual, 
Personal System/2 (Model 80), IBM Corporation. 
Part No. 68X2256, Order No. S68X-2256; OS/2 

35 Programmer's Guide, lacobucci. Ed, McGraw Hill 
1988; and IBM Operating System.2 Extended Edi- 
tion Version 1 .0 Technical Reference Use Publica- 
tion #90X7939. 

In accordance with the invention, an application 

40 program 134 is further provided which may be 
loaded into memory 128 or stored in media 130. 
This media 130 may be of any conventional form 
such as a hard file, diskettes associated with a disk 
drive, or the like. In accordance with OS.2. the data 

45 base application program 134 may be considered 
as an operating system 132 extension and will 
include numerous functions conventionally asso- 
ciated with a database program providing instruc- 
tions to the processor 122 so as to enable the 

so system 120 to perform relational database func- 
tions as hereinbefore described. The operator may 
interface with the database program through the 
various I/O devices 124, such interfacing including 
entering, accessing, changing, or deleting data 

55 from the database and other such tasks. For exam- 
ple, the user may interact with the database pro- 
gram 134 by inputting some form of data manipula- 
tion language command such as an SQL command 
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well known in the art via the keyboard, whereupon 
the system 120 will query the data resident in the 
database and output the desired answer set for 
inspection by the user on a video terminal, printer, 
or the like. 

It will be noted that software functions included 
in the database program 134 include panel defini- 
tion functions 136 and panel execution functions 
138. These functions, graphically and conceptually 
represented in Fig. 68 as part of the database 
program 134, will be recognized as performing the 
hereinbefore described functions of the present in- 
vention relative to custom definition of a user inter- 
face in the manner of the invention. 



Claims 

1. A method of operating an interactive com- 
puter system including a display device for speci- 
fying a user interface, comprising the steps of: 
displaying on the display device a first window 
including an action text prompt, a panel actions 
prompt, and a mode prompt; 

specifying in said first window a set of responses 
to said prompts; 

specifying one of a plurality of panel execution 
modes; and 

displaying in a second window from a plurality of 
subsets of said responses one of said subsets 
selected in response to said specified panel execu- 
tion mode. 

2. A method according to claim 1 wherein said 
plurality execution modes includes an add data 
mode and a change data mode. 

3. A method according to claim 2 wherein said 
step of specifying said set of responses to said 
prompts comprises: 

specifying a plurality of panel actions; 
specifying one of a plurality of panel action modes 
for each said specified panel action; 
specifying one of a plurality of action texts for each 
said specified panel action; and 
wherein said plurality of panel action modes is 
functionally related to said plurality of panel execu- 
tion modes. 

4. A method according to claim 3 wherein said 
one of said plurality of panel action modes is 
selected from a group comprised of said add data 
mode, said change data mode, and a blank mode. 

5. A method according to claim 4 wherein each 
of said panel actions is selected from a group 
comprising panel operations and commands. 

6. A method according to any one of claims 1 
to 5 wherein said set of responses comprises a 
subset of said specified plurality of action texts, 



and wherein said specified panel action mode for 
each of said action texts of said subset corre- 
sponds to said specified panel execution mode. 

7. A method according to claim 6 wherein said 
5 displayed first window further includes at least one 

panel action specifier prompt; and wherein said 
step of specifying said set of responses further 
comprises specifying at least one panel action 
specifier for a corresponding at least one of said 
ro specified plurality of panel actions. 

8. A method according to claim 7 wherein said 
at least one panel action specifier prompt com- 
prises 

a mnemonic prompt; and 
75 an action key prompt; and wherein said at least 
one panel action specifier comprises a mnemonic 
and an action key. 

9. A method according to claim 8 further in- 
cluding displaying a set of preselected default val- 

20 ues for at least one of said prompts; and wherein 
said specifying a set of responses to said prompts 
comprises selecting at least one of said default 
values from said displayed set of default values. 

10. A method according to claim 9 wher in 
25 said subset of responses includes said selected at 

least one panel action specifier. 

11. A method according to claim 10 wherein 
said second window is displayed during a panel 
execution. 

30 12. The method according to claim 11 wherein 

selected ones of said action texts and said panel 
action specifiers define a substantially identical rel- 
ative spatial positioning and order when displayed 
in said first and said second windows. 

35 13. A method according to claim 12 further 

including the step of: 

displaying in said first window a third window listing 
a plurality of said panel operations. 

14. A method according to claim 13 wherein at 

40 least one of said specified panel actions in one of 
said subsets corresponds to said change data ex- 
ecution mode and comprises a reset, print all. n xt, 
change, change and next, search, extended search, 
delete or next action. 

45 15. A method according to claim 13 wherein at 

least one of said specified pane! actions in one of 
said subsets corresponds to said add data execu- 
tion and comprises an add and next or previous 
action. 

so 16. A method according to claim 13 wherein at 
least one of said specified panel actions in one of 
said subsets corresponds to said blank panel ac- 
tion mode and comprises a print, blank panel, show 
field, or compute action. 

55 17. A computer system for specifying a user 

interface, comprising display means for displaying 
a first window including an action t xt prompt, a 
panel actions prompt, and a mode prompt means 
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for specifying in said first window a set of re- 
sponses to said prompts, means for specifying one 
of a plurality of panel x cution modes, and means 
for displaying in a second window from a plurality 
of subsets of said responses one of said subsets 5 
selected in response to said specified panel execu- 
tion mode. 

18. A system according to claim 17 further 
including means for specifying a plurality of panel 
actions, means for specifying one of a plurality of to 
panel action modes for each said specified panel 
action, and means for specifying one of a plurality 

of action texts for each said specified panel action; 
and wherein said plurality of panel action modes is 
functionally related to said plurality of panel execu- 75 
tion modes. 

19. A system according to claim 18 wherein 
said means for displaying said first window in- 
cludes means for displaying at least one panel 
action specifier prompt, and wherein said means 20 
for specifying said set of responses further in- 
cludes means for specifying at least one panel 
action specifier for a corresponding at least one 
specified plurality of panel actions. 

20. A system according to claim 19 wherein 25 
said means for specifying at least one panel action 
specifier comprises an action key. 



12 



